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Description 



EVACUATION SYSTEMS PROVIDING 
ENHANCED OPERATIONAL CONTROL 

Background of Invention 

[0001] pi e id 0 f tne invention 

[0002] The present invention generally relates to evacuation sys- 
tems, and more specifically to a method and apparatus, 
which provides enhanced operational control in using 
such systems. 

[0003] Related Art 

[0004] Evacuation systems are generally used to detect undesir- 
able situations such as fire hazards, and to perform ac- 
tions such as generating evacuation messages (e.g., 
voice/audio messages or sounds) when an undesirable 
situation is detected or suspected. Thus, evacuation sys- 
tems typically contain detectors to detect a hazardous sit- 
uation and voice generators to generate the messages if/ 
when a detector indicates the occurrence of the hazardous 



situation. 

[0005] The messages may facilitate, for example, evacuation of 
people from a large building or manufacturing plant as is 
well known in the relevant arts. There is a general need to 
provide enhanced operational control in the use of evacu- 
ation systems. That is, the systems generally need to pro- 
vide features, which give more operational control to deal 
with specific hazardous situations. 
Summary of Invention 

[0006] An evacuation system provided according to an aspect of 
the present invention includes individually addressable 
voice point modules, and a central station. The central 
station may be designed to receive alarms (from detectors 
which detect undesirable situations) and to cause a po- 
tentially different message to be played on each of the 
voice point modules. As a result, an operator using the 
station may have enhanced control over evacuation proce- 
dures. 

[0007] The evacuation system may further contain a fire alarm 
control panel (FACP) positioned between the central sta- 
tion and the detectors, with the FACP receiving alarms 
from the detectors and forwarding the alarms to the cen- 
tral station. The FACP may send packets (containing the 



alarms) directly to the multiple voice point modules with- 
out the FACP being in the path from the station to the 
multiple detectors. As a result, the alarms may be deliv- 
ered reliably to the central station. 
[0008] | n an embodiment, the central station and voice point 

modules are connected by a network, wherein each of the 
multiple voice modules is individually addressable by an 
addressing approach specified by the network. Protocols 
such as Internet Protocol (IP) may be used associated with 
the network. 

[0009] According to another aspect of the present invention, a 
central station enables an operator to speak and provide 
corresponding voice as a live message on one or more of 
the voice point modules. The central station may convert 
the live message as a voice data and forwards the voice 
data to the voice point modules. To enable such features, 
the central station may be designed to send control data 
to each of the multiple voice point modules on a control 
connection. The control data and voice data may be sent 
according to protocols such as H.323 protocol. 

[0010] The control data may be used to store custom voice mes- 
sages on individual voice point modules, for potentially 
selectively playing later. Control data may accordingly 



specify that associated voice data is to be stored locally in 
a voice point module. As a result, a central station may be 
designed to store many messages, and store only desired 
messages selectively in each voice point module. Thus, 
voice point modules can be implemented with small 
memory storage, while having the flexibility of using any 
of many messages stored in the central station. 

[0011] The control data can be used to provide other features as 
well. For example, the control data may specify that the 
volume level at a voice point module is to be changed 
(increased or decreased), and the volume of the speaker 
may accordingly be adjusted. Such a feature may be use- 
ful to adjust the voice levels as suited for the acoustics of 
individual locations. The control data can be used to setup 
telephone calls (either point to point or teleconference) 
with multiple voice point modules and the central station. 

[0012] Further features and advantages of the invention, as well 
as the structure and operation of various embodiments of 
the invention, are described in detail below with reference 
to the accompanying drawings. In the drawings, like ref- 
erence numbers generally indicate identical, functionally 
similar, and/or structurally similar elements. The drawing 
in which an element first appears is indicated by the left- 



most digit(s) in the corresponding reference number. 
Brief Description of Drawings 

[0013] The present invention will be described with reference to 
the accompanying drawings, which are described briefly 
below. 

[0014] Figure (Fig.) 1 is a block diagram illustrating some exam- 
ple limitations of a conventional evacuation system. 

[0015] Figure 2 is a block diagram illustrating some example 

limitations of another conventional evacuation system im- 
plemented based on VoIP technology. 

[0016] Figure 3 is a block diagram illustrating the details of an 
evacuation system provided according to an aspect of the 
present invention. 

[0017] Figure 4 is a block diagram illustrating the details of a 

voice point module provided according to an aspect of the 
present invention. 

[0018] Figure 5 is a block diagram illustrating the details of a 
central station provided according to an aspect of the 
present invention. 

[0019] Figure 6 is a block diagram illustrating the details of a 

central station which is controlled by software instructions 
to provide several features of the present invention. 
Detailed Description 



[0020] i Ov erv i ew 

[0021] An aspect of the present invention provides voice point 

modules (which can play audio messages), which are indi- 
vidually accessible from a central station using a network 
(e.g., a local area network implemented using Internet 
Protocol). Due to such accessibility, the central station 
may be used to generate custom voice messages at each 
voice point module, which are specific, for example, to the 
undesirable/hazardous situation detected and the location 
of the voice generator. As a result, a user of the evacua- 
tion system may have enhanced operational control dur- 
ing evacuations. 

[0022] According to another aspect of the present invention, 
each message may either be a pre-stored message or a 
live message (i.e., whatever the operator speaks may be 
immediately played at the voice point modules). As a re- 
sult, an operator may be provided enhanced control over 
any evacuation procedures. 

[0023] According to yet another aspect of the present invention, 
a central station can send control data to voice point 
modules. The control messages can form the basis for 
various features such as changing the volume of the mes- 
sages played by the voice point modules, storing mes- 



sages at voice point modules, causing a desired one of the 
pre-stored messages to be played at the voice point mod- 
ules, etc. 

[0024] Several aspects of the present invention will be clear by 
understanding the operation of some conventional sys- 
tems, which do not implement one or more features of the 
present invention. Accordingly, some such example con- 
ventional systems are described below first. 

[0025] 2. Conventional Systems 

[0026] Figure 1 is a block diagram illustrating some example 
limitations with a conventional evacuation system. The 
evacuation system is shown containing detectors 110-A 
through 110-H, fire alarm control panels (FACP) 120-A 
and 120-B, control modules 130-A, through 130-D, au- 
dio transponders 140-A through 140-D, phone/speaker 
units 150-A through 150- Land central station 160. Each 
component is described below in detail. 

[0027] Though not illustrated in Figure 1, broadly, detectors are 
placed in different locations where it is desirable to detect 
a hazardous activity. Phone/speaker units are placed in 
locations where it would be desirable to play the voice 
warning messages or instructions. Control modules and 
audio transponders may be placed close to corresponding 



phones/speaker units. FACPs may be located at places 
where the various wires (communication mediums) termi- 
nate. Central station is generally placed in central places 
such as operations control rooms, from where it is desir- 
able to monitor/control various components. 
[0028] Continuing with the description of each component, each 
detector 110-A through 110-H detects a hazardous situ- 
ation (or any undesirable situation for which the detector 
is designed) in the surrounding area, and sends an alarm 
if/when such a situation is detected/suspected. In gen- 
eral, each detector has a unique identifier based on which 
the specific location with the hazardous situation may be 
determined at an FACP. The detectors may be connected 
to a corresponding FACP by a loop structure (using proto- 
cols such as ARCnet, well known in the relevant arts) as 
shown. 

[0029] The combination of phone/speaker units 

150-A/150-B/150-C and audio transponder 140-A plays 
specific audio messages when an "on" instruction is re- 
ceived from control module 130-A. In addition, a user 
may be provided the interface to conduct a telephone call 
with another user at the corresponding FACP. Audio 
transponder 140-A may contain storage to store several 



pre-recorded messages, and there may be many speakers 
connected to it. All speakers connected to a transponder 
may play the same message specified by audio transpon- 
der. 

[0030] Each control module 130-A through 130-D receives in- 
structions from the corresponding FACP to turn on the 
connected (for example, control module 130-A is con- 
nected to audio transponder 140-A) audio transponder, 
and turns on the connected audio transponder in re- 
sponse. As noted above, turning on a transponder causes 
the pre-recorded voice messages to play on the phone/ 
speaker unit connected to the audio transponder. 

[0031] Fire alarm control panel (FACP) 120-A sends alarm infor- 
mation to central station 160 in response to receiving an 
alarm from a detector. In general, an FACP refers to a de- 
vice at which the communication paths from various de- 
tectors terminate. FACP 120-A may activate control mod- 
ules 130-A and 130-B to play the voice messages in re- 
sponse to receiving the appropriate alarms. Alternatively, 
FACP 120-A may receive instructions from central station 
160 to cause the voice messages to be played, and gener- 
ate the appropriate commands to the control modules. 

[0032] | n addition, FACP 120-A may provide an interface to en- 



able "live messages" (i.e., operator voice in real time) to be 
paged /played on each of the connected phone/ speaker 
units (i.e., 150-A, 150-B and 150-C in the case of FACP 
120-A). Similarly, FACP 120-A may enable a telephone 
call to be setup to an operator at phone/speaker units 
150-A/150-B/150-C. 

[0033] Central station 160 may be provided at a central location 
(e.g., operation control room), and serves as a central 
point from which the alarms from various FACPs are re- 
ceived. The alarms may be monitored using an appropri- 
ate interface (e.g., GUI). An operator may be provided the 
ability to turn on the various control modules to cause the 
corresponding voice messages to be played (by interfac- 
ing via the FACPs). 

[0034] Thus, using a system according to Figure 1, various mes- 
sages can be played and communication enabled to effec- 
tively deal with a (undesirable/) hazardous situation. 

[0035] However, the system of Figure 1 may have several defi- 
ciencies in terms of providing centralized control in deal- 
ing with hazards. For example, an operator may not be 
able to control the individual phone/speaker units to play 
different messages on different phone/speaker units, as 
desired. In addition, an operator may not have the ability 



to play custom messages, as suitable for specific haz- 
ardous scenario, on each of the speakers. The description 
is continued with respect to another conventional embod- 
iment in which some of such disadvantages are overcome. 

[0036] Figure 2 is a block diagram illustrating some example 
limitations of another conventional evacuation system. 
The evacuation system is shown containing several detec- 
tors 240-A through 240-H, fire alarm control panels 
(FACPs) 210-A/210-B, VoIP transponders 220-A/ 220-B, 
phone/speaker units 230-A through 230-D and central 
station 250. For conciseness, the components of Figure 2 
are described relative to the components of Figure 1. 

[0037] Detectors 240-A through 240-H, and FACPs 

210-A/210-B respectively operate similar to detectors 
110-A through 110-H, and FACPs 120-A/120-B of Figure 
1. However, all of the phone/speaker units (e.g., 230-A 
and 230-B) connected to a VOIP transponder (220-A) play 
the same voice message generated by VOIP transponder. 

[0038] Central station 250 may receive alarms from FACPs 

210-A/210-B, and enable an operator to specify specific 
messages to be played on each speaker connected to a 
specific VoIP transponder. The voice message may be 
transmitted using VoIP (voice over IP) to VoIP transponder 



(e.g., 220-A), and VoIP transponder 220-A may cause the 
received message to be played on all the connected 
phone/speaker unit(s) 230-A and 230-B. 
[0039] Thus, in comparison with the embodiment of Figure 1, the 
embodiment of Figure 2 may enable an operator to spec- 
ify custom messages, which can be played on different 
speakers. 

[0040] However, one disadvantage with such an approach is that 
the same message may be played on all the speakers con- 
nected to the same VoIP transponder. As a result, an op- 
erator may not have control over individual speakers (in 
phone/speaker units) in being able to play different mes- 
sages on different speakers. In addition, it is believed that 
the conventional embodiments do not provide features 
such as volume control (from central station 250) on the 
speakers from a central location. 

[0041] The manner in which at least some of such disadvantages 
may be overcome according to various features of the 
present invention is described below in further detail. Sev- 
eral aspects of the invention are described below with ref- 
erence to examples for illustration. It should be under- 
stood that numerous specific details, relationships, and 
methods are set forth to provide a full understanding of 



the invention. One skilled in the relevant art, however, will 
readily recognize that the invention can be practiced with- 
out one or more of the specific details, or with other 
methods, etc. In other instances, wellstructures or opera- 
tions are not shown in detail to avoid obscuring the in- 
vention. 

[0042] 3 Overcoming Disadvantages 

[0043] Figure 3 is a block diagram illustrating the details of an 
evacuation system provided according to an aspect of the 
present invention. The block diagram is shown containing 
central station 310, fire alarm control panels (FACP) 
330-A and 330-B, gateway 320, detectors 340-A through 
340-H, and voice point modules 350-A through 350-D. 

[0044] Detectors 340-A through 340-H may operate similar to 
the detectors described with respect to Figures 1 and 2 
above, and generate alarms when a hazardous situation is 
detected. FACPs 330-A and 330-B may forward the 
alarms to central station 310 using technologies such as 
IP on Ethernet. 

[0045] | n an embodiment, each FACP 330-A/330-B forwards the 
alarms to gateway 320 using ARCnet (widely available in 
the market place), and gateway 320 performs any neces- 
sary conversions (including generating any packet headers 



as suited for transmission to central station 310). The im- 
plementation of gateway 320 generally depends on the 
mediums and protocol on the two sides and the imple- 
mentation of gateway 320 will be apparent to one skilled 
in the relevant arts. 

[0046] voice point modules 350-A through 350-D are all shown 
connected to network 315, and are individually address- 
able according to the network protocol used on the net- 
work. Each voice point module may be designed to oper- 
ate as both a speaker and a phone. 

[0047] | n an embodiment, each voice point module is address- 
able using a corresponding IP (Internet Protocol) address. 
Each voice point module receives a voice message ("live 
message") to be played using VoIP, and plays the corre- 
sponding message. Each voice point module may further 
receive control messages, which indicate operations such 
as increasing the volume, playing a pre-stored message, 
etc. An embodiment of voice point module is described in 
a section below in further detail. 

[0048] Central station 310 may receive various alarms from FACP 
330-A/330-B, and provide a suitable interface for an op- 
erator to see the corresponding information. In addition, 
central station 310 may enable an operator to specify cus- 



torn messages (either pre-stored or by capturing live 
voice) to be played on each voice point module. 

[0049] As each voice point module is individually addressable, 
different messages may be sent to different voice point 
modules. In addition, an operator may dynamically (in 
real-time or impromptu) generate messages, which are 
immediately played on the voice point modules of inter- 
est. As a result, an operator may have enhanced opera- 
tional control during evacuation. The description is con- 
tinued with reference to the details of example embodi- 
ments of a voice point module and a central station. 

[0050] 4. Voice Point Module 

[0051] Figure 4 is a block diagram illustrating the details of voice 
point module 350-A in an embodiment of the present in- 
vention. Voice point module 350-A is shown containing 
network interface 410, H.323 interface 420, control Block 
430, audio block 440, phone/speaker unit 450 and mem- 
ory 460. Merely for conciseness, the description is pro- 
vided with respect to voice point module 350-A, however, 
the description is applicable to other voice point modules 
350-B through 350-D as well. 

[0052] Network interface 410 receives IP packets on path 351 

(connected to network 315), and forwards the payload of 



the appropriate packets to H.323 interface. In general, 
network interfaces are configured with an IP address, and 
only packets with a destination address of the IP address 
(and other appropriate multicasts) are forwarded to H.323 
interface 420. Due to such addressing approaches, voice 
point module 350-A (and thus the voice generators) 
would be individually addressable according to an aspect 
of the present invention. 

[0053] h.323 interface 420 parses the payload according to 

H.323 protocol (an ITU standard, well known in the rele- 
vant arts) to split the received data into control data and 
voice data. The control data is passed to control block 
430, and voice data is passed to audio block 440. Control 
data generally provides control instructions such as vol- 
ume control (to increase or decrease the volume), indicat- 
ing the manner in which the voice data is to be processed 
(e.g., play the message live or store the message in mem- 
ory 460), or to play a specific message stored in memory 
460. Voice data may represent the voice messages to be 
played live or stored in memory 460. 

[0054] Memory 460 provides storage for storing various types of 
data. For example, any of the 'standard/repetitive' mes- 
sages may be stored in memory 460 (e.g., in an indexed 



form), and the messages may be selectively played by ap- 
propriate control instructions. Memory 460 may also store 
various parameters, which control audio characteristics 
such as volume level and pitch, and the parameters may 
then be used in playing messages on phone/speaker unit 
450. In addition, memory 460 may store any identification 
data (e.g., building/room name/location) provided using a 
suitable interface (e.g., serial interface, not shown). 

[0055] phone/speaker unit 450 plays voice messages under the 
control of audio block 440. In addition, phone/speaker 
unit 450 may enable a user to conduct a telephone call 
with an operator of central station 310 or users at other 
voice point modules. Analog signal representing the user's 
voice may be converted into digital format by audio block 
440. Phone/speaker unit 450 may be provided external to 
voice point module 350-A. 

[0056] Audio block 440 operates under the control of control 
block 440, and determines the manner in which to pro- 
cess voice data. For example, audio block 440 may play 
presently received voice messages from H.323 interface 
420 or messages pre-stored in memory 460 as specified 
by control block 430. In addition, presently received voice 
messages may be stored in memory 460, if so specified 



by control block 430. While playing messages, the audio 
characteristics may be controlled by various parameters 
stored in memory 460. 
[0057] Audio block 440 may receive data representing voice 

(generated by a user of voice point module 350-A) from 
phone/speaker unit 450, and interface with H.323 inter- 
face 420 to forward the data to an appropriate block (e.g., 
central station 310 or another voice point module). Audio 
block 440 generally needs to be implemented consistent 
with phone/speaker unit 450, and may be implemented in 
a known way. 

[0058] Control block 430 receives control data, and controls the 
operation of audio block 440 according to the instructions 
represented by the control data. For example, a control 
instruction may specify that a specific message stored in 
memory 460 is to be played, in which case the message is 
retrieved from memory 460 and the corresponding data is 
provided to audio block 440 for playing on phone/ 
speaker unit450. Another control instruction may specify 
that voice data presently being received is to be stored in 
memory 460, in which case the voice data is stored in 
memory 460 by appropriate interface with audio block 
440. 



[0059] yet another instruction may specify that the volume of 
phone/speaker unit 450 is to be altered/changed, in 
which case the corresponding parameter (controlling vol- 
ume) may be stored in memory 460. The parameter may 
immediately alter the volume of messages played on 
phone/speaker unit 450. One more instruction may re- 
quest a call to be connected at phone/speaker unit 450, in 
which case a connection may be established (by H.323 in- 
terface 420 according to H.323 protocol) for the user at 
phone/speaker unit 450. Due to the use of H.323 and 
VoIP, point-to-point calls or teleconference calls may be 
established with other users/operators. 

[0060] if the instruction indicates that a presently being received 
voice data is to be played as a 'live message', audio block 
440 is controlled to play the voice message on phone/ 
speaker unit 450. Another instruction may request an 
identification data for voice point module 350-A to be 
sent back as a response. The identification data may be 
provided by a user using an interface such as a serial in- 
terface (not shown), and stored in memory 460. Accord- 
ingly, control block 430 retrieves the identification data 
from memory 460, and generates a response. The control 
data and responses may be encoded according to any 



pre-specified protocol, the implementation of which will 
be apparent to one skilled in the relevant arts. 

[0061] Control block 430 may send the identification data volun- 
tarily (without request from central station 310), for ex- 
ample, in the form of a broadcast at the time of initializa- 
tion of voice point module 350-A. The data may be re- 
ceived by central station 310 to provide, what is com- 
monly known as an 'auto-discovery feature'. Central sta- 
tion 310 may display a map containing all the discovered 
devices using a suitable user interface, and further control 
of individual voice point devices may be facilitated. 

[0062] prom the above, it may be appreciated that due to the ad- 
dressability of each voice point module individually, an 
operator at central station 310 may have substantially 
more control over the evacuation procedures at least since 
custom/specific messages may be played at each voice 
point module. In addition, due to the presence of parallel 
control and data channels provided by H.323 protocol, 
various features (such as altering volume levels) may be 
provided as well. Also, features such as teleconference 
may be provided due to the use of the combination of 
H.323 and VoIP. 

[0063] | n addition, due to accessibility of voice point modules on 



a network, central station may control voice point mod- 
ules directly (compared to via the FACPs in the prior art). 
The description is continued with respect to the details of 
an embodiment of central station 310. 

[0064] 5 _ central Station 

[0065] Figure 5 is a block diagram illustrating the details of cen- 
tral station 310 in an embodiment of the present inven- 
tion. Central station 310 is shown containing user inter- 
face block 510, control block 520, H.323 interface 530, 
network interface 540, alarms block 550, audio block 
560, voice library 570 and phone/speaker unit 580. Each 
component is described in detail below. 

[0066] Network interface 540 receives IP packets on path 301 

(connected to network 315, not shown), and forwards the 
payload of the appropriate packets to H.323 interface 
530. Payloads of packets with alarm information are for- 
warded to alarms block 550. In general, the packet header 
is parsed to determine the specific block to which to for- 
ward the payload. Network interface 540 may receive pay- 
load forwarding as IP packets, and the header information 
is appended before forwarding the resulting IP packets on 
path 301. 

[0067] h.323 interface 530 packages the control data and voice 



data according to H.323 protocol and passes the resulting 
payload to network interface 540. The control data may 
be received from control block 520, and voice data from 
audio block 560. As noted above, control data generally 
provides control instructions such as volume control (to 
increase or decrease the volume), indicating the manner in 
which the voice data is to be processed (e.g., play the 
message live), or to play a specific message stored in 
memory. Voice data may represent the live voice mes- 
sages or any message stored in voice library 570. 
[0068] Alarms block 550 may receive alarm information from 
FACPs 330-A and 330-B through path 301, and process 
the alarms to determine an appropriate action suitable for 
each alarm. For example, if a received alarm indicates the 
occurrence/presence of a hazardous situation, alarms 
block 550 may determine the specific messages to be 
played on each phone/speaker location, and indicates the 
corresponding action to control block 520. Alarms block 
550 may be programmed to ignore (or simply log) some 
of the low priority alarms (which may be designed for in- 
formation-only), and to merely forward some other of the 
alarms directly to user interface block 510. In general, 
when forwarding alarm information, alarms block 550 



may forward to control block 520 the source (or the de- 
tector/FACP) from which the alarm is received. 

[0069] voice library 570 stores a set of messages, which may be 
quickly selected by an operator (or control block 520) and 
played on voice point module(s) of interest. A potentially 
large memory may be employed (for voice library) to store 
many messages of interest. It may be appreciated that the 
overall cost of implementation is not substantially en- 
hanced since such large number of messages need to be 
stored only at a central place (and not at individual voice 
point modules). Phone/speaker unit 580 may be used by 
an operator either to conduct a telephone call with users 
at voice point module, or to play live messages (i.e., what- 
ever the operator speaks at central station 310 is played 
on the voice point module(s)). 

[0070] Audio block 560 receives voice data from H.323 interface 
530, and plays the corresponding voice by controlling 
phone/speaker unit 580, which enables an operator at 
central station 310 to conduct a telephone call with users 
at FACPs or voice point modules. Audio block 560 selects 
one of the messages available in voice library 570 under 
the control of control block 520, and forwards the corre- 
sponding data to H.323 interface. 



[0071] user interface block 510 provides a convenient interface 
for a user to control evacuation in case of detection of a 
hazardous situation. For example, a map of the entire lo- 
cation/building may be logically displayed, and the detec- 
tors/FACPs and voice point modules may be placed at the 
corresponding locations. Alarms may be displayed (with 
color coding for different types of alarms) associated with 
each detector/FACP. 

[0072] Based on the location of the detectors with alarms, an op- 
erator may specify custom messages to be played on each 
voice point module. The messages may be pre-stored at 
the individual voice point modules, selected from voice li- 
brary or received live (as an operator speaks). Due to the 
individual addressability of the voice point modules, cus- 
tom messages may be played on individual voice point 
modules. 

[0073] Control block 520 coordinates and controls the operation 
of other blocks of central station 310. When an operator 
wishes to play a message on a selected one of the voice 
point modules, control block 520 controls H.323 interface 
530 to send IP packets consistent with the H.323 protocol. 
The destination address of the IP packets depends on the 
voice point module to which the packets are to be for- 



warded, and may be determined in a known way. Control 
block 520 may further perform any default actions (e.g., 
playing a pre-stored message if operator intervention is 
not noticed in a reasonable time after detection of a haz- 
ardous situation) in response to receiving some type of 
alarms. 

[0074] Thus, using approaches such as above, it may be appreci- 
ated that more control may be provided to an operator of 
a central station. The description is continued with respect 
to an embodiment of central station 310, implemented 
substantially in the form of software instructions. 

[0075] Q m Software Implementation 

[0076] Figure 6 is a block diagram illustrating the details of cen- 
tral station 310 in one embodiment. Central station 310 
may contain one or more processors such as central pro- 
cessing unit (CPU) 610, random access memory (RAM) 
620, secondary memory 630, graphics controller 660, 
display unit 670, network interface 680, and input inter- 
face 690. All the components except display unit 670 may 
communicate with each other over communication path 
650, which may contain several buses as is well known in 
the relevant arts. The components of Figure 6 are de- 
scribed below in further detail. 



[0077] CPU 610 may execute instructions stored in RAM 620 to 
provide several features of the present invention. CPU 610 
may contain multiple processing units, with each process- 
ing unit potentially being designed for a specific task. Al- 
ternatively, CPU 610 may contain only a single general 
purpose processing unit. 

[0078] ram 620 may receive instructions from secondary mem- 
ory 630 using communication path 650. The instructions 
may implement one or more of the various user applica- 
tions, access module, procedures, etc., described above. 

[0079] Graphics controller 660 generates display signals (e.g., in 
RGB format) to display unit 670 based on data/in- 
structions received from CPU 610. Display unit 670 con- 
tains a display screen to display the images defined by the 
display signals. Input interface 690 may correspond to a 
keyboard and/or mouse. Graphics controller 660, display 
unit 670, and input interface 690 together provide a suit- 
able user interface using which an operator may control 
evacuation procedures using different features provided 
by various aspects of the present invention. 

[0080] Secondary memory 630 may contain hard drive 635, flash 
memory 636 and removable storage drive 637. Secondary 
memory 630 may store the data and software instruc- 



tions, which enable central station 310 to provide several 
features in accordance with the present invention. Some 
or all of the data and instructions may be provided on re- 
movable storage unit 640, and the data and instructions 
may be read and provided by removable storage drive 637 
to CPU 610. Floppy drive, magnetic tape drive, CD_ROM 
drive, DVD Drive, Flash memory, removable memory chip 
(PCMCIA Card, EPROM) are examples of such removable 
storage drive 637. 
[0081] Removable storage unit 640 may be implemented using 
medium and storage format compatible with removable 
storage drive 637 such that removable storage drive 637 
can read the data and instructions. Thus, removable stor- 
age unit 640 includes a computer readable storage 
medium having stored therein computer software and/or 
data. 

[0082] | n t his document, the term "computer program product" is 
used to generally refer to removable storage unit 640 or 
hard disk installed in hard drive 635. These computer 
program products are means for providing software to 
central station 310. CPU 610 may retrieve the software in- 
structions, and execute the instructions to provide various 
features of the present invention as described above. 



[0083] 7. Conclusion 

[0084] while various embodiments of the present invention have 
been described above, it should be understood that they 
have been presented by way of example only, and not 
limitation. Thus, the breadth and scope of the present in- 
vention should not be limited by any of the above de- 
scribed exemplary embodiments, but should be defined 
only in accordance with the following claims and their 
equivalents. 



